\chapter{Conclusões}\label{cap:conclusao}

  \section{Considerações Finais e Principais Contribuições}

     Este trabalho apresentou uma arquitetura baseada em espaço de tuplas para redes IMS,
tendo como principais objetivos desempenho e escalabilidade nos componentes responsáveis
pelo gerenciamento de sessão.

     O trabalho apresentou uma arquitetura de rede e componentes de software, passíveis de
implementação, e uma modelagem formal utilizando redes de petri coloridas. Através da
modelagem formal foram realizadas simulações para demonstrar os resultados em relação a
desempenho e escalabilidade.

     Considerando que não identificamos nenhum trabalho específico que trate de
implementação de protocolo de rede utilizando o paradigma de espaço de tuplas,
este trabalho trouxe as seguintes contribuições:

\begin{enumerate}

 \item Definição de um componente denominado SIPSpace que utiliza a abordagem baseada em
espaço de tuplas para implementação do protocolo SIP, uma abordagem inédita para
implementação de protocolos de rede.

 \item Definição de uma infra estrutura de rede baseada em espaço de tuplas sobre redes
P2P para implantação dos componentes de gerenciamento de sessão da
arquitetura IMS. Espaço de tuplas sobre redes P2P tem sido pouco explorados o
que faz deste trabalho uma contribuição original.

 \item Modelagem formal de redes IMS utilizando redes de petri coloridas. Alguns
trabalhos analisados utilizam modelos de fila ou QPN, porém nenhum explora
os detalhes de operação da rede IMS como os modelos CPN apresentados neste trabalho.
Nesse sentido, também consideramos a modelagem formal através de CPN como uma
contribuição original deste trabalho.

\end{enumerate}

     Como é possível observar através dos resultados obtidos com as simulações, a
arquitetura baseada em espaço de tuplas apresenta ganhos significativos em termos de
desempenho e escalabilidade. Adicionalmente, a utilização de redes P2P baseada em DHT
torna a adição de novos Servidores IMS na rede uma tarefa mais simples, uma vez que um
Servidor IMS hospeda todos os componentes necessários para execução funcional da rede IMS.


%   \section{Atividades Relacionadas e Publicações}
% 
%     O trabalho teve início com a publicação de um \textit{position-paper}
% \cite{wpuc2008}. Em seguida, a ideia central do trabalho foi submetida ao concurso AXP
% Cisco Development Context (http://www.cisco.com/web/solutions/axpdev/index.html),
%ficando
% entre os 7 finalistas de um total de 900 trabalhos submetidos em todo o mundo.
% 
%     O trabalho obteve duas publicações: 
%     
% \begin{enumerate}
%  \item Uma proposta de implementação do protocolo SIP baseada em Espaço de Tuplas para o
% desenvolvimento de aplicões IMS. In: Worskhop on Pervasive and Ubiquitous Computing
% (SBAC-PAD WPUC’08). [S.l.]: SBC, 2008.
% 
%  \item On the Design of a Tuple Space-based Platform for IMS Networks. In: 2012 16th
% International Conference on Intelligence in Next Generation Networks (ICIN): Realising
%the
% Power of the Network (ICIN 2012). Berlin, Germany: [s.n.], 2012.
% \end{enumerate}


  \section{Limitações}
  
     Uma limitação encontrada para a conclusão dos resultados é a complexidade
da rede para representar um número significativo de Servidores IMS através de redes de
petri coloridas. CPN é uma ferramenta excepcional para simulação de sistemas distribuídos
complexos, mas a estratégia de modelagem adotada neste trabalho fez com que o modelo
consuma recursos significativos da máquina, tanto para renderização quanto para simulação.

     Apesar dessa limitação, foi possível mostrar o comportamento da rede com quatro
Servidores IMS e realizar a comparação com a arquitetura IMS padrão.
     
     Uma estratégia alternativa para modelagem de futuros trabalhos na área utilizando
CPN é particionar ainda mais o modelo através dos módulos e executar simulações em
separado, aplicando os resultados em um modelo de nível mais alto sem os detalhamentos.

 \section {Trabalhos Futuros}
 
      A proposta inicial considerava a implementação (codificação) da arquitetura baseada
em espaço de tuplas. No entanto, devido à dificuldade de validar e demonstrar resultados
com base em implementação de protótipos funcionais, uma vez que demandaria recursos de
hardware para compor a rede, adotou-se a estratégia de validação formal com base
em modelagem e simulação através de redes de petri coloridas.

      Nesse sentido, como primeiro trabalho futuro destaca-se a importância da
continuidade da implementação da arquitetura para validação em cenários reais e/ou
ambientes de teste. A implementação teria como objetivos analisar a compatibilidade da
arquitetura com as implementações existentes, e analisar o impacto de uma
potencial transição das implementações existentes para a implementação baseada em espaço
de tuplas.

      Adicionalmente, é possível destacar três tópicos importantes parar aprimoramento do
trabalho:

\begin{description}
 \item[Espaço de tuplas sobre redes P2P.] A arquitetura apresentada neste trabalho adotou
como base a definição do espaço de tuplas sobre redes P2P baseada em DHT, para simplificar
a inclusão de novos Servidores IMS na rede, uma vez que redes baseadas em DHT são alto
organizáveis. No entanto, não foi foco do trabalho estudar em profundidade aspectos de
implementação, alguns dos quais já foram sugeridos na sessão \ref{impl}, e gerenciamento
de tuplas referente à sincronização (operações bloqueantes), replicação (análise e
melhoria do algoritmo proposto) e tempo de vida da tupla no espaço (time-out).

 
 \item[Comportamento da rede considerando aspectos de mobilidade.] Um aspecto importante
a ser analisado é a mobilidade dentro da própria rede. A proposta prevê que dispositivos
estejam conectados aos Servidores IMS, preferencialmente o mais próximo. Com isso, a
resposta é publicada no mesmo LTS a qual foi publicada a requisição. No entanto, é
possível que o mesmo dispositivo passe por um período de desconexão e retome a conexão em
outro Servidor IMS da rede antes da ocorrência de um time-out da resposta. Neste caso, o
dispositivo deve receber a resposta mesmo estando conectado em outro Servidor IMS.
 
 \item[Refinamento da análise de escalabilidade.] Uma das abordagens para a análise de
escalabilidade foi a utilização da equação de produtividade. Para efeitos de simulação e
demonstração do resultado, as funções de QoS $f_{QoS_{p}}(\sigma_{1},..,\sigma_{n})$ e
custo $CT$ foram simplificadas. Nesse caso, é interessante refinar a função de QoS para
adequação a cenários reais considerando não apenas o tempo de resposta, mas também
aspectos de qualidade da experiência do usuário. Outro aspecto importante é definir mais
precisamente o custo considerando não apenas aspectos de hardware, mas de complexidade de
gerenciamento do ambiente.

\end{description}


